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DESCRIPTION 

APPARATUS AND METHOD FOR DISPLAYING INFORMATION RELATING 
5 BUSINESS SCHEDULES 

TECHNICAL FIELD 

The present invention relates to a method and apparatus for displaying 
information relating to business schedules and business applications associated 
10 with the business schedules. 

BACKGROUND ART 

Schedulers capable of storing and displaying schedules are widely known. 
A user can input business schedule information, and refer to the 
15 information as necessary. 

When a user carries out a scheduled business activity, he or she often needs 
to submit an application associated with the activity. For example, when a 
business trip is scheduled, a user may have to submit a written application to his or 
her supervisor to request traveling expenses. Also, if it is necessary to work 
20 overtime, a written application for permission should be submitted. Furthermore, 
there is a case that a user submits a written application to request a day off after 
completing a business activity, and such an application has no direct relation to the 
business. Hereinbelow, an application submitted by a user will be referred to as 
a business application. 
25 As can be understood from the above examples, a user is required to 

properly handle business applications related to each business activity, in addition 
to managing his or her business schedule. 

However, schedules and business applications are managed independently 
of each other. Therefore, to confirm progress of a business application already 
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submitted, a user is obliged to use different systems. Obtaining confirmation in 
such a way is complicated. 

DISCLOSURE OF THE INVENTION 
5 The present invention has been made in view of the foregoing 

circumstances, and an object of the present invention is to provide a method and 
apparatus enabling users to easily manage both their schedules and business 
applications related to the schedules. 

In order to achieve the object, the present invention provides a scheduler 

10 comprising storage means for storing a business schedule of a user and application 
information indicating a business application submitted by the user in correlation 
with each other, extracting means for extracting the business schedule and the 
application information stored in the storage means, and display means for 
displaying the extracted business schedule and application information in 

15 correlation with each other. 

According to the scheduler, business schedules of a user and application 
information are displayed in correlation with each other. Therefore, the user can 
easily manage his or her own business schedules and applications simply by 
referring to this display. 

20 An example of application information is information to request approval 

of a special matter. In this case, examples of a special matter include at least 
doing overtime work and taking a day off work. 

Another example of application information is information to carry out a 
special activity. In this case, examples of a special activity include at least 

25 payment of transportation expenses, payment of an allowance and provision of an 
expense account. 

In a preferred embodiment, the display means displays both the business 
schedule and the application information on the same screen. 

In another embodiment, the display means is capable of selectively 
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switching between a first display screen displaying the business schedule and a 
second display screen displaying the application information corresponding to the 
business schedule in response to an operation by the user. 

In the preferred embodiment, display means displays the type of the 
5 requested matter indicated by the application information and progress of approval 
processing for the business application. 

In this embodiment, the display means displays the type of the requested 
matter and the progress of approval processing by means of an icon. 
Alternatively, the display means may indicate the progress of approval processing 
10 for the business application by displaying a specific background color on the 
screen. 

In the preferred embodiment, the display means is provided in a mobile 
communication terminal that communicates data wirelessly. 

The present invention further provides a schedule displaying method 
15 comprising the steps of extracting a business schedule and application information 
from among business schedules and application information stored in storage 
means, each business schedule and each item of application information being 
correlated with each other, and displaying the extracted business schedule and 
application information in correlation. 
20 In the preferred embodiment, the displaying step is a step for displaying 

both business schedule and application information on the same screen. 

In another embodiment, the displaying step includes the steps of displaying 
the business schedule, receiving an operation of the user to select a desired 
business schedule from the business schedule displayed, and displaying the 
25 application information stored in correlation with the selected business schedule. 

The scope of working of the present invention includes not only the 
production and selling of the scheduler described above, but also embodiments 
which include distributing a program causing a computer to perform as such a 
scheduler through an electronic communication link, or recording such a program 
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in computer readable media and distributing them to users. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig.l is a block diagram exemplifying the entire configuration of a system 
5 according to an embodiment of the present invention. 

Fig.2 is a block diagram showing the configuration of a PC according to 
the embodiment. 

Fig.3 is a block diagram showing the configuration of a local server 
according to the embodiment. 
10 Fig.4 is a format diagram showing an example of route information storage 

according to the embodiment. 

Fig.5 is a format diagram showing an example of staff member information 
storage according to the embodiment. 

Fig.6 is an illustration pictorially showing an example of a circulation route 
15 table according to the embodiment. 

Fig.7 is a format diagram showing an example of schedule information 
storage according to the embodiment. 

Fig. 8 is an illustration showing an example of a GUI displayed in the PC 10 
according to the embodiment. 
20 Fig.9 is an illustration showing an example of the GUI displayed in the PC 

10 according to the embodiment. 

Figs.lOA, 10B, 10C, 10D, 10E and 10F are illustrations showing examples 
of icons displayed on the GUI according to the embodiment. 

Fig. 11 illustrates an example of a GUI displayed on a display 15 of the PC 
25 according to the embodiment. 

Fig. 12 illustrates an example of the GUI displayed in the PC 10 according 
to the embodiment. 

Fig. 13 illustrates an example of the GUI displayed in the PC 10 according 
to the embodiment. 
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Fig. 14 illustrates a color tone table used in the embodiment. 
Fig. 15 illustrates an example of the GUI displayed in the PC 10 used in the 
embodiment. 

Fig. 16 illustrates an example of the GUI displayed in the PC 10 used in the 
5 embodiment. 

Fig. 17 is a flowchart showing an operation executed in accordance with a 
main routine of a registration/reading program by a CPU of the PC used in the 
embodiment. 

Fig. 18 is a flowchart showing an operation for making an application 
10 document executed by a CPU of the PC used in the embodiment. 

Fig. 19 is a flowchart showing an operation in which a circulation route is 
set by the CPU of a local server used in the embodiment. 

Fig.20 is a flowchart showing an operation in which an application 
document is circulated by the CPU of a local server used in the embodiment. 
15 Fig.21 illustrates an example of an approval screen displayed on the PC 

used in the embodiment. 

BEST MODE FOR CARRYING OUT THE INVENTION 
20 Referring to the accompanying drawings, embodiments of the present 

invention will now be described. However, the present invention is not restricted 
to such embodiments, and various changes can be made within its technical 
concept. 

A: Configuration 
25 The configuration of an embodiment will now be described. 

(1) Configuration of entire system 

Fig.l is a block diagram showing the entire configuration of a system 
according to the embodiment. 

As shown therein, the system comprises a plurality of personal computers 
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(hereafter, called PCs) 10-1 to 10-5, a local server 20, and a communication line 30 
mutually connecting those components. 

The PCs 10-1 to 10-5 are computers to be used by staff members and each 
PC has a function of producing schedule information and various types of 
5 application document information related to the schedule information in response 
to, for example, operations performed by a staff member. Hereinbelow, when any 
one of PCs 10-1 to 10-5 is referred to, it will be referred to as "PC 10. M 

The local server 20 preserves the schedule information produced by the 
PCs 10, circulates application document information relating to the schedule 
10 information among the PCs, and manages approval conditions of the applications. 
Data of an application which has been approved is sent from the local server 20 to 
an account system not shown, where the data is subjected to account processing. 
(2) Configuration of PC 1 0 

With reference to a block diagram shown in Fig.2, a configuration of PC 10 
15 will now be described. As shown therein, PC 10 includes a communication unit 
11, CPU (Central Processing Unit) 12, ROM (Read Only Memory) 13, RAM 
(Random Access Memory) 14, display 15, operation device 16, hard disk unit 17, 
and bus 18 mutually connecting those components. 

The communication unit 11 comprises a connection interface to the 
20 communication circuit 30 and communication control circuit, and enables data 
communication with the local server 20 through the communication line 30. 

The ROM 13 is a read-only program memory. The CPU 12 executes 
control programs read from the ROM 13 in order to control the entire PC 10. The 
RAM 14 is used as a work area for the CPU 12. 
25 The display 16 is a display device, such as a CRT (cathode-ray tube) 

display or liquid display, and under control of the CPU 12, displays various pieces 
of information including, for example, schedule information and application 
document information. 

The operation device 16 is composed of a keyboard or mouse (not shown) 
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and receives user's operations to provide the CPU 12 with signals indicating the 
operations through the bus 18. 

The hard disk unit 17 is a memory for storing various application programs 
which will be installed into the PC 10. Such application programs include a 
5 registration/reading program 17a and a document approval program 17b, for 
example. 

The document approval program 17b is a program for displaying on the 
display 15 an application document circulated by the local server 20, receiving a 
decision of approval/non-approval, made by a staff member who referred to the 

10 displayed application document, and informing the local server 20 of the operation. 

The registration/reading program 17a is a program for producing schedule 
information and application document information accompanying the schedule 
information, in response to a decision by a staff member, and displaying schedule 
information and application document information accompanying the schedule 

15 information, which are stored in the local server 20. Executing the 
registration/reading program 17a enables the display of a later-described GUI 
(Graphical User Interface) on the display 15. On the GUI, schedule information 
is displayed and information on application documents accompanying such 
information is indicated by icons and color tones on the screen. 

20 (3) Configuration of local server 20 

Referring to the block diagram shown in Fig. 3, the configuration of the 
local server 20 will be described. As shown therein, the local server 20 is 
provided with a communication unit 21, CPU 22, ROM 23, RAM 24, hard disk 
unit 25, and bus 26 which connects those constituents with each other. 

25 The communication unit 21 comprises a connection interface to the 

communication line 30 and communication control circuit, and enables data 
communication with the PC 10 through the communication line 30. 

The ROM 23 is a read-only program memory. The CPU 22 executes 
control programs read from the ROM 23 in order to control the entire local server 
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20. The RAM 24 is used as a work area for the CPU 22. 

The hard disk unit 25 stores a document circulation program 25a and a 
circulation route table 25b. The hard disk unit 25 has a storage area for storing 
the program and table, and three storage areas consisting of a schedule storage 25c, 
5 route information storage 25d and staff member information storage 25e. 

The schedule storage 25c stores schedule information produced by PC 10. 

The document circulation program 25a is a program for determining a 
circulation route of application document information produced by the PC 10 and 
circulating the application document information to each PC 10 through the 
10 determined circulation route. Information necessary for determining such a 
circulation route is stored in both of the route information storage 25 d and the staff 
member information storage 25e. 

A determined circulation route is written into the circulation route table 25b 
by the CPU 22. The hard disk unit 25 has an address table (not shown) having a 
15 plurality of data units, each of which shows correspondence between the staff 
member code of each staff member and the address of the staff member's PC 10. 
Using as keys staff member codes obtained by referring to the above circulation 
route, the CPU 22 retrieves addresses of PCs 10 of the members in the address 
table, and circulates application document information based on the resulting 
20 addresses. Information indicating whether or not each staff member on the 
circulation route has approved the application is also written in the circulation 
route table 25b. 

(4) Configuration of schedule storage 25c 

Fig.4 shows an example of format of data stored in the schedule storage 
25 25c. As shown therein, each "staff member code" and schedule information 
about a staff member indicated by the staff member code are stored in correlation 
with each other. Each item of schedule information is composed of a "schedule 
code," "planned time and date," "planned place," and "schedule content." 

The "schedule code" is information identifying each schedule. Each 
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schedule code is unique and specifies only one schedule. The schedule code is 
assigned in common with each schedule and each item of application document 
information accompanying the schedule. This makes it possible to manage the 
schedule information and the application document information in correlation each 
5 other. 

In the example shown in Fig.4, a staff member indicated by the staff 
member code "E0001" is scheduled to attend a "project meeting" at the "head 
office" from " 10:00 to 12:00 on April 25, 2000." In this example, a schedule 
code of "E0001-N0001" is assigned to this schedule information. 
10 Of this schedule code "E0001-N0001," the part "E0001" shows code 

information which is common to the staff member code inherent to each staff 
member, while the part "N0001" shows code information fixed to each schedule of 
the staff member. 

(5) Configuration of route information storage 25d 

15 Fig.5 shows an example of format of data in the route information storage 

25d. A "document code" shown therein is identification of each item of 
application document information, and "route information" is information 
indicating destinations on the circulation route of the application document 
information, and the order in which the application document information is 

20 transferred, which is predetermined based on house instructions. The destinations 
on the circulation route are expressed by "managerial post codes" to specify 
desired managerial posts. For example, an "application for traveling expenses" 
indicated by the document code "DOC0001" is to be circulated in the order of the 
managerial posts "P01 ," "P03," "P04," to "P05 ," that is, person in charge, section 

25 chief, assistant manager of department, to department manager. 

In addition, the figures of each managerial post, which follow "P," indicate 
the rank of each managerial post, in which the rank becomes lower as the figures 
become smaller. For instance, "P01" is a managerial post of the lowest rank. 

The CPU 22 of the local server 20 uses as a key the document code of 
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application document information made by each PC 10 in order to retrieve 
information in the route information storage 25c, thereby extracting necessary 
route information based on a managerial post name. 

(6) configuration of staff member information storage 25 e 

5 Fig.6 shows a format of data in the staff member information storage 25e. 

In this figure, a "staff member code" is an identification code of each staff member, 
"department code" is an identification code of each department, and "section code" 
is an identification code of each of the sections of a certain department. For 
example, a staff member "B" indicated by the staff member code "E0002" belongs 
10 to the first sales section indicated by the section code "SOI" in a business 
department indicated by the department code "D01," and the staff member is a 
chief clerk. 

As is described above, the CPU 22 of the local server 20 uses the route 
information storage 25d to extract route information based on the managerial post 
15 name. Furthermore, the CPU 22 replaces a managerial post code included in the 
route information with a staff member code stored in the staff member information 
storage 25e. This yields a circulation route whose destinations are expressed by 
the staff member codes. 

(7) Configuration of circulation route table 25b 

20 Fig.7 is a format that exemplifies the circulation route table 25b. In the 

circulation route table 25b, stored are a "schedule code," "document code" of the 
application document information accompanying the schedule indicated by the 
schedule code, "circulation route and approval condition" of the application 
document, "current circulation destination," and "approval condition," all of which 

25 are correlated with each other. 

For example, in this figure, as the application document information 
accompanying the schedule of a schedule code "E0001-N0001," there are types of 
documents indicated by the document codes "DOC0001" and "DOC0002." Also, 
the example shows that the application document indicated by the document code 
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"DOC0001" will be circulated along a circulation route of "E0001, E0003, E0004, 
to E0005," while the application document indicated by the document code 
"DOC0002" will be circulated along a circulation route of "E0001, E0003, to 
E0004." 

5 The "current circulation destination" is information that shows at which 

destination the application document is in the circulation route. The example 
shows that application documents indicated by the document codes "DOC0001" 
and "DOC0002" are currently circulated to "E0004" for reading. 

Further, the "approval condition" is information showing to which stage the 

10 approval for each application document has progressed. To be specific, this 
information is a fraction which has as a denominator, the number of circulation 
destinations other than a staff member who submitted the application document 
and, as a numerator, the number of circulation destinations where the application 
document is already approved. The example shown means that an application 

15 document indicated by the document code "DOC0001" has an approval condition 
of 1/3, because one circulation destination "E0003" of the three circulation 
destinations "E0003, E0004 and E0005" has already approved it. Further, an 
application document indicated by the document code "DOC0002" has an approval 
condition of 1/2, because one circulation destination "E0003" of the two 

20 circulation destinations "E0003 and E0004" has already approved it. 

Accordingly, when the last circulation destination located at the last of a 
certain circulation route approved a document, the numerical value showing the 
approval condition is "1," because the denominator and the numerator for the 
approval condition are equal. Namely, the nearer the numeral value for the 

25 "approval condition" to u l," the more the approval advances. 

The foregoing "current circulation destination" does not always correspond 
to a circulation destination that has completed the approval. For example, a 
schedule indicated by the schedule code "E0002-N0024" accompanies two 
application documents indicated by the document codes "DOC0025" and 
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"DOC0101." This means that, of these documents, one application document 
shown by the document code "DOC0025" has already been circulated to a 
destination shown by the code "E0220," and approved by the destination, because 
its approval condition is "1/1." On the other hand, an application document 
5 expressed by the document code "DOC0101" has already been circulated to the 
last destination shown by the code "E0652," but has not been approved yet by a 
circulation destination shown by the code "E0652," because its approval condition 
is "2/3." The condition is that only a circulation destination indicated by the code 
"E0485" approved it. 

10 (8) Configuration of GUI 

The configuration of the GUI displayed on the display 15 of each of the 
foregoing PCs 10 will be described. 

The CPU 12 of each PC 10 executes the registration/reading program 
stored in the hard disk unit 17 to display a GUI shown in Fig.8 on the display 15. 

15 In the figure, a reference F10 designates a group of schedule columns 

corresponding to different time bands. A staff member can operate a mouse to 
point to a desired one of the columns F10 to select a desired time band and writes 
into the selected time band of the schedule column F10 a place and/or content of a 
schedule with a keyboard or mouse. Fig. 9 shows the GUI for a schedule for 

20 attending a "project meeting" to be held at the "head office" from "10:00 to 12:00 
on April 25." 

In Fig.8, a reference F20 designates icons showing types of various 
applications that accompany schedules. 

These icons will be described with reference to Figs.lOA to 10F. Fig.lOA 
25 shows an icon indicating application of overtime work, Fig.lOB shows an icon 
indicating application of traveling expenses, Fig. 10C shows an icon indicating 
application of approval to take a taxi, Fig.lOD shows an icon indicating application 
of payment of social expenses/meeting expenses, and Fig.lOE shows an icon 
indicating an application for a day off work. Further, Fig. 10F shows an icon 



F0386/3092 



13 

indicating, not an application, but attached information correlated to some extent 
with a desired schedule. For instance, in the case that the schedule is a meeting, 
the attached information includes information about materials etc. for use in the 
meeting. 

5 After inputting a desired schedule, the staff member points at any of the 

icons F20 with the mouse, the format of an application document necessary for an 
application shown by the pointed icon will then be displayed on the display 15. 
Fig. 11 illustrates a format for the application of traveling expenses, which is 
displayed on the display 15, in cases the icon showing the application of traveling 

10 expenses was pointed at. Accordingly, the staff member may make the 
application document according to the displayed format. 

When the staff member has made the application document, the icon 
showing the type of the application document is displayed in the schedule column 
F10. Fig. 12 illustrates an example of the GUI obtained when the applications for 

15 traveling expenses and social expenses/meeting expenses have been made 
accompanying scheduling "project meeting at head office" from "10:00 to 12:00 
on April 25." The staff member can easily understand which application has 
already been made in relation to which schedule with reference to the GUI. 

The application document thus made is approved in turn by each 

20 circulation destination, and the approval condition about the application is held in 
the circulation route table 25c. This approval condition is represented by the 
background color of the schedule column F10 of the GUI. For example, Fig. 13 
shows the GUI that represents an approved condition for the application with 
regard to "10:00 to 12:00 on April 25." In this figure, the background color of the 

25 schedule column F10, which corresponds to "10:00 to 12:00 on April 25," is set to 
a color that corresponds to the approved condition of the application shown by the 
icon within the schedule column F10. In the hard disk unit 17 of each PC 10, a 
color tone table shown in Fig. 14 is stored. The CPU 12 makes reference to the 
color tone table to determine a background color corresponding to individual 
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approved condition, and applies to one or more necessary time band the 
determined color. In the color tone table, there are a series of background colors 
whose color tone becomes deeper as the numerical value of the approval condition 
comes closer to "1." Thus the more the approval condition advances, the deeper 
5 the color tone of the background becomes. However, in cases where a plurality of 
icons exists in one section of the schedule column F10, an approval condition 
which has the highest priority is selected and the background color corresponding 
to the selected approval condition is determined. There are some methods for 
determining priority. In an example of the method, an approval condition of an 

10 application having the highest progressive level is determined to have the highest 
priority among the applications indicated by the icons. In another example, 
rejection is regarded as more important than approval. That is, when one of the 
applications corresponding to the icons is rejected, the background is displayed in 
the color corresponding to the rejection. 

15 The staff member can visually understand how the circulation of an 

application document advances with reference to such background color of the 
schedule column F10. 

In the case that an application is finally approved, that is, the numerical 
value for the approval condition in the circulation route table 25c becomes "1," the 

20 icon corresponding to that application is circled, as shown in Fig. 15. The 
background of an objective section of the schedule column is painted in a color 
tone corresponding to an application shown by an icon that has not been circled 
yet. 

Referring to which icon is circled allows the staff member to visually 
25 comprehend whether an application document is finally approved or not. 

Referring to Fig.8 again, a reference F30 shows an icon for displaying 
schedules month by month. Clicking this icon causes the display screen to move 
to that for monthly schedules, as shown in Fig. 16. When an icon F31 shown in 
Fig. 16 is clicked, the monthly display screen shown in Fig. 16 is transferred to the 
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daily display screen shown in Fig.8. 

Furthermore, references F40 and F50 shown in Fig.8 are icons to move to a 
display screen for the last day's schedule or the next day's schedule. In other 
words, in the condition shown in Fig.8, when a staff member clicks the icon F40, 
5 the display screen transfers to that for schedules on April 24. If the icon F50 is 
clicked, the display screen is made to transfer to that for schedules on April 26. 

As stated above, the GUI is able to display on the same screen schedules 
and information in relation to applications accompanying the schedules, under the 
condition that both of the schedules and the information are correlated each other. 
10 B: Operation 

An operation of the embodiment configured above will now be described. 

Hereafter, a description will be given to each of the operations divided into 
three parts as follows: (1) making schedule information and an application 
document; (2) circulating the application document; and (3) displaying the 
15 schedule information and an approval condition. 

Hereafter, it is supposed that a staff member whose staff member code is 
"E0001" inputs a schedule indicating that he or she attends to a "project meeting" 
to be held at the "head office" from "10:00 to 12:00 on April 25, 2000 A.D." and 
submits an application for traveling expenses and social expenses/meeting 
20 expenses. 

(1) Making schedule information and application document 

First, with reference to a flowchart shown in Fig. 17, an operation for 
causing the CPU 12 of each PC 10 to make both of schedule information and an 
application document will be described. 
25 A staff member operates the operation device 16 to input an instruction 

causing a PC 10 to start to execute registration/reading program 17a. In response 
to the instruction, the CPU 12 reads out the program 17a from the hard disk unit 17 
to load it into the RAM 14, and start to execute a main routine shown in Fig. 17. 

First, at step Sal, the CPU 12 displays on the display 15 a screen that 
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prompts the staff member to input his or her staff member code, and waits for an 
input operation performed by the staff member. The staff member then inputs his 
or her staff member code "E0001." 

Then, at step Sa2, the CPU 12 accesses the local server 20 via the 
5 communication line 30 by controlling the communication unit 11. 

Then, at step Sa3, the CPU 12 uses, as a key, the staff member code 
"E0001" input at step Sal, reads out the schedule information having the key from 
the schedule information storage 25c, then uses, as another key, a schedule code 
included in the read schedule information, and reads out an approval condition 
10 having the key on the circulation route table 25b. 

The CPU 12 then displays the read information on the GUI as described 
previously. In this case, it is assumed that there is no registration of schedules to 
be performed on April 25 in the schedule information storage 25c. Accordingly, 
the screen at this time is displayed as shown in Fig.8. 
15 Then, at step Sa4, the CPU 12 scans the operation device 16 to determine 

whether an input operation has been performed by a staff member. If there has 
not been such an input operation, the determination result is "NO," the CPU 12 
repeats the step Sa4. 

When a staff member performs an input operation, the processing goes to 
20 step Sa5, where the CPU 12 determines whether the input operation is input of 
characters or not. If the determination is "YES," the processing is goes to step 
Sa6 in order to display the characters. 

In a case that the staff member inputs a schedule that he or she will attend 
to a "project meeting" at the "head office" from "10:00 to 12:00 on April 25, 2000 
25 A.D.," the corresponding characters to this input are displayed. When the staff 
member has finished inputting the schedule, the characters of "head office, project 
meeting" are displayed at the time bands of "April 25, 10:00 to 12:00," as shown 
in Fig.9, before the processing is made to return to step Sa4. 

When the schedule has been inputted, the CPU 12 adds a schedule code of 
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"E0001-N0001" to this schedule, then stores this in the RAM 14 with the schedule 
information. 

Then, to select applications accompanying this schedule, the staff member 
first points with a mouse at an icon showing an application for traveling expenses. 
5 As a result, the determination at step Sa4 becomes "YES," then that at step Sa5 
becomes "NO," the processing thereby being made to go to step Sa7. 

At step Aa7, the CPU 12 determines whether the input operation shows an 
application or not. In this case, the determination is "YES," so the processing 
goes to step Sa8, where the CPU 12 executes processing to make an application 

10 document, which will be described later. 

In this processing to make application documents, an application document 
for traveling expenses and an application document for social expenses/meeting 
expenses are made in response to the staff member's operations. Every time one 
of these application documents is made, an icon for showing the application is 

15 displayed on the schedule column. Hence, when the processing to make the 
application documents is finished, the icons showing the application for traveling 
expenses and for social expenses/meeting expenses are displayed in the time bands 
of "10:00 to 12:00 on April 25" in the schedule column, where "head office, 
project meeting" is shown, as shown in Fig. 13. 

20 When the schedule input and the processing to make the accompanying 

application documents are completed, the staff member performs operations to 
establish the contents of the schedule and the applications. In response to the 
operations, the CPU 12 determines "YES" at step Sa4 in Fig. 17, "NO" at step Sa5, 
and "NO" at step Sa7, before proceeding to step Sa9. At step Sa9, the CPU 12 

25 determines whether or not the input operations show the establishment of the 
contents. In this case, since the determination is "YES," the processing goes to 
step SalO. 

At step SalO, the CPU 12 sends to the local server 20 data representing the 
schedule information and data showing the application documents accompanying 
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the schedule information, which have been input by the staff member, together 
with the staff member code, schedule code, and document code of the application 
documents. 

In this case, sent to the local server 20 are the schedule information of 
5 "head office, project meeting" assigned to "April 25, 10:00 to 12:00," data 
showing the applications for traveling expenses and social expenses/meeting 
expenses, staff member code "E0001," schedule code "E0001-N0001," and 
document codes "DOC0001" and "DOC0002." 

When the staff member performs an operation to terminate the 
10 registration/reading program, the determination at step Sail becomes "YES," the 
processing thus being ended. 

If the operation is made for objects other than the character input, 
application, establishment, and termination, the determination at step Sail is 
"NO," so other processing corresponding to the operation actually performed will 
15 be executed. For example, such operations include operations for switching the 
display from the day display to the month display and from the previous day's 
schedule to the next day's schedule. 

The foregoing processing to make the application documents will now be 
described in detail. 

20 Fig. 18 shows a flowchart showing such processing to make the application 

documents. 

First, at step Sbl, the CPU 12 reads format data of an application document 
indicated by an icon selected by the staff member, from the hard disk unit 25 of the 
local server 20. The read format data is displayed on the display 15. 
25 When the staff member operates the operation device 16 to perform input 

operations referring to the displayed format, the CPU 12 receives the command at 
step Sb2. 

Then, at step Sb3, it is determined whether or not the received operations 
show a command for ending the making of the document. If the received 
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operations are operations other than the command for making the document, such 
as input of characters or symbols, the determination becomes "NO," then the 
operation goes to step Sb4. 

At step Sb4, the CPU 12 executes processing corresponding to the input 
5 operation. For example, in this processing, input characters or symbols are 
displayed on the display 15. The processing again returns to step Sb2. In this 
way, the CPU 12 repeatedly receives user's input operations of characters to 
display those characters. 

When the staff member finishes making the application document, he or 
10 she will perform operations to show it. This causes the determination at step Sb3 
to be "YES," then the processing goes to step Sb5. 

At step Sb5, the CPU 12 displays on the schedule column an icon 
corresponding to the made application document, before returning to step Sa4 of 
the main routine shown in Fig. 17. 
15 (2) Circulation of application document 

The circulation of an application document will now be described. 

First, referring to a flowchart shown in Fig. 19, an operation to enable the 
CPU 22 of the local server 20 to specify a circulation route will be now described 
in detail. 

20 As stated in the above item (1), responsively to data transmission of the 

application document from the PC 10 to the local server 20, the CPU 22 of the 
local server 20 reads the document circulation program 25a from the hard disk unit 
25 and loads it into the RAM 24. This starts execution of the procedure shown in 
the flowchart in Fig. 19. 

25 First of all, at step Scl, the CPU 22 extracts from the received data the staff 

member code, schedule code and document codes, stores the schedule information 
into the schedule information storage 25c, and stores data showing the application 
document into a given memory area of the hard disk unit 25. 

In this case, in addition to extraction of the staff member code "E0001," 
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schedule code "E0001-N0001," and document codes "DOC0001" and 
"DOC0002," the schedule information of "head office, project meeting" 
corresponding to "10:00 to 12:00 on April 25" is stored into the schedule 
information storage 25c and data of the applications for traveling expenses and 
5 social expenses/meeting expenses are stored into the hard disk unit 25. 

Then, at step Sc2, the CPU 22 uses the extracted document codes 
"DOC0001" and "DOC0002" as keys to retrieve information in the route 
information storage 25d shown in Fig.4, so that route information corresponding to 
each document code is obtained. In this embodiment, for the document code 

10 "DOC0001," information about a route of "P01 (person in chief), P03 (section 
chief), P04 (assistant manager of department), and finally P05 (department 
manager)" is obtained. On the other hand, for the document code "DOC0002," 
information about a route of "P01 (person in chief), P03 (section chief), and finally 
P04 (assistant manager of department)" is obtained. 

15 Then, at step Sc3, the CPU 22 makes reference to the route information 

based on the position titles and information on the staff members stored in the staff 
member information storage 25d, thus expressing circulation routes using staff 
member codes. 

Specifically, retrieving a staff member code of a staff member who made 
20 the document is carried out on data in the staff member information storage 25e so 
that both department and section codes of an organization to which the staff 
member belongs are extracted. Since the staff member code has been provided 
from the PC 10 together with the application document data, as described 
previously, this code is used as well. 
25 Then, from data which corresponds to the organization shown by the 

department and section codes and stored in the staff member storage 25e, staff 
member codes corresponding to the position title codes contained in the route 
information are extracted. 

The position title codes contained in the route information are then replaced 
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by the extracted staff member codes, and a circulation route in which the staff 
members who are destinations are defined by their staff member codes is finally 
obtained. The circulation route thus obtained is written into the circulation route 
table 25b being correlated with the schedule code "E0001-N0001," before the 
5 processing is terminated. 

With reference to a sequence shown in Fig.20, an operation of circulation 
of the application document will now be described. 

When the determination of the circulation route has finished, the process of 
the CPU 22 of the local server 20 proceeds to step Sdl shown in Fig.20. At step 

10 Sdl, the CPU 22 refers to the circulation route table 25b shown in Fig.7 to specify 
a destination to which the application document indicated by the document code 
"DOC0001" should be circulated next. In this embodiment, the circulation 
destination located next to the person who wrote the document and is indicated by 
the staff member code "E0001," is a staff member whose code is "E0003." 

15 Then, at step Sd2, the CPU 22 refers to an address table (not shown) and 

thereby obtains an address on the network of the PC 10 used by the staff member 
to which the application document will next be circulated. Using this address, the 
CPU 22 sends the application document indicated by the document code 
"DOC0001." In this case, the CPU 22 writes "E0003" into a position of "current 

20 circulation destination" that corresponds to the document code "DOC0001" on the 
circulation route table 25b. 

When the PC 10 receives the application document, the processing goes to 
step Sd3. At this step Sd3, the CPU 12 of the PC 10 stores temporarily the 
received data into the hard disk unit 17 and displays on the display 15 a 

25 notification that the application document has been received. 

When the staff member, who has received the notification, performs an 
operation showing approval processing through the operation device 16, the 
processing goes to step Sd4, where the CPU 12 operates so as to display on the 
display 15 an approval screen as shown in Fig.21. 



F0386/3092 

22 

As shown in Fig.21, information about applications which should be 
approved or non-approved, or, which have already been approved is displayed on 
the display 15. For example, this display shows that an application for a day off 
work on April 26 submitted by an applicant B has already been approved by the 
5 staff members who are in charge of approval. 

The staff members who are in charge of approval are able to perform an 
operation of approval/non-approval by pointing at an approval button Bl or 
non-approval button B2 with a cursor. 

When a staff member wants know details of an application, he or she points 
10 at a detail button B3. The CPU 12 responds to by reading out data of the desired 
application document from the hard disk unit 17, then displays the data on the 
display 15. The staff member can refer to a displayed application document to 
determine whether or not the application should be approved, and operates a 
predetermined operation. 
15 In response to a staff member's operation showing the approval or 

non-approval for the application document, the processing goes to step Sd5, where 
the CPU 12 accepts this operation. 

Then, at step Sd6, the CPU 12 sends to the local server 20 a notification 
showing the approval or non-approval, together with the document code of the 
20 approved application document. 

When the local server 20 receives the data that has been sent from the PC 
10, the processing goes to step Sd7. At step Sd7, the CPU 22 of the local server 
20 updates the circulation route table 25b according to the received data. 

In this case, if approved, the CPU 22 rewrites a value of the approval 
25 condition as "1/3" on the circulation route table 25b. Then, the processing by the 
CPU 22 returns to step Sdl, so the foregoing circulation processing of the 
application document will be executed for the next staff member indicated by the 
"E0004." 

The processing described above will be performed in turn for all the 
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destinations on the circulation route written in the circulation route table 25b. 
When the last destination on the circulation route approves the application, the 
value showing the approval condition becomes "1." 
(3) Display of schedule information and approval condition 
5 Referring to the flowchart shown in Fig. 17, the display of schedule 

information and an approval condition will now be described. 

At step Sa3 shown in Fig.17, the CPU 12 of each PC10 reads out schedule 
information from the schedule information storage 25e of the local server 20. 
Using a schedule code contained in the read schedule information, as a key, the 
10 CPU 12 further reads out a document code and an approval condition 
corresponding to the key and stored in the circulation route table 25b. In the case 
of the circulation route table 25b shown in Fig.6, the approval condition for a 
document code "DOC0001" is "1/3," while that for a document code "DOC0002" 
is "1/2." 

15 The CPU 12 then displays pieces of the read information on the GUI, as 

shown in Fig. 13. That is, of the read data of the approval conditions, color tone 
data that corresponds to the numerical value (in this embodiment, "1/2") which is 
the closest to "1" is read out form the foregoing color tone table. The read color 
tone is then used in displaying the background color of the schedule column F10. 

20 Moreover, if the approval condition for the document code "DOC0001" has 

increased to "1," an icon showing the application for traveling expenses, which 
corresponds to the document code "DOC0001," is circled as shown in Fig. 15. 

According to the present embodiment, both of schedule information on 
staff members and type of applications and approval conditions that accompany the 

25 schedule information are correspondingly displayed on the same screen. This 
enables a staff member to easily manage both schedules and applications by only 
making reference to this screen. 
C: Modifications 

As stated previously, the present invention is not limited to the foregoing 
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embodiments, but various modifications are available as described below. 
(1) Embodiment of PCs 10 

In the above embodiment, the PC 10 connected to the communication line 
30 is used. Instead of the PC, a PDA (Personal Digital Assistant) in which a 
5 wireless communication system such as a PHS (Personal Handyphone System) is 
incorporated may be used. In this situation, the local server 20 is configured to be 
connected to a PHS network including the PHS and data is mutually 
communicated to and from the PDA via the PHS network. 
(2) Function of local server 20 
10 Although the foregoing embodiment employs the local server 20 that 

comprises the storing function of schedules and the reading function of application 
documents, these functions may be assigned to different nodes coupled with the 
communication line 30. Alternatively, the storing function of schedules may be 
given to the PCs 10. 
15 (3) Configuration of GUI 

The layouts of the GUI shown in Figs.8, 9, 10A, 10B, 10C, 10D, 10E, 10F, 
11 to 13, 15, 16 and 21 show just one example. Other types of layouts of the GUI 
can be devised with consideration of maneuverability and visual performance. 

Instead of displaying the approval condition in different background color 
20 tones, the approval condition may be expressed simply by its numerical value itself. 
Alternatively, according to various approval conditions, icons showing those 
approval conditions may be changed in their shapes and color tones. 

Further, instead of circling an icon corresponding to a finally approved 
application, various modifications may be provided. These include changing of 
25 display colors of icons, additional display of a message representing the final 
approval, and removal of the finally approved icon from the screen. 

Further, a modification may be made such that when an application is 
rejected, the icon corresponding to the application flashes. 
(4) Display mode 
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Though, in the foregoing embodiment, the schedule and the information 
accompanying the schedule are displayed on the same screen, the present invention 
is not always limited thus. 

For example, a default screen may be configured to display schedules alone, 
5 in which when a staff member selects a desired schedule from the displayed 
schedules, the display screen is transferred to one that displays information 
accompanying the selected schedule. That is, any display manner is possible as 
long as the schedule and applications accompanying the schedule are linked to 
each other. 

10 (5) Embodiment of circulation processing 

In the foregoing embodiment, an application document undergoes the 
circulation processing on the assumption that each staff member and each PC 10 
are related one by one. Specifically, the local server 20 has the address table 
showing the correspondence relationship between the staff member codes and the 

15 addresses of the PCs 10. Also the application document has been circulated to 
the address of a PC 10 selected by retrieving information of the address table. 

However, the present invention is not limited to this processing technique 
and the following modification may be utilized. 

The local server 20 once preserves application documents for each staff 

20 member who is in charge of approval, instead of transmitting them to each PC 10 
handled by each of such staff members. If a staff member who is in charge of 
approval operates a certain PC 10 (it is not always the case that the staff member 
owns this PC personally) to log in the system through inputs of an user ED and 
authentication of a password, the local server 20 sends to the PC 10 the application 

25 documents which have been stored in correlation with the staff member's ED. 
This makes it possible for a staff member to engage in the circulation and approval 
operation of application documents through any PC 10, not only his or her own PC 
10. 



